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[Type of the Document] Specification 
[Title of the Invention] 

COMMUNICATION APPARATUS, IMAGE FORMING APPARATUS 
AND IMAGE FORMING SYSTEM 
5 [What is Claimed is] 

[Claim 1] Communication apparatus for forming 
and outputting image data on the basis of received 
electric data, comprising: 

data analyzing means for analyzing, in the case 
10 where non image data is received as the electric data, 
the content of the non- image data; and 

data converting means for converting, in response 
to the result of said data analyzing means, the non 
image data into image data. 
15 [Claim 2] The apparatus according to claim 1, 

wherein the non image data is data composed of a 
character code . 

[Claim 3] The apparatus according to claim 2, 
wherein the character code data contains binary data 
2 0 converted into a character code. 

[Claim. 4] The apparatus according to claim 1, 
wherein said data converting means comprises bit map 
data forming means for converting a character code 
into bit map data. 
25 [Claim 5] The apparatus according to claim 3, . 
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wherein said data analyzing means comprises character 
data analyzing means for discriminating between the 
binary data portion and other portion. 

[Claim 6] The apparatus according to claim 3, 
5 wherein said data converting means comprises at least 
one of decoding means for decoding the binary data 
portion into original binary data and data rasterizing 
means for forming image data by rasterizing the 
decoded binary data. 
10 [Claim 7] The apparatus according to any one of 

claims 1 to 3, wherein the electronic data is received 
in accordance with TCP/IP or SMTP. 

[Claim 8] The apparatus according to claim 2, 
further comprising language determining means for 
15 determining a language type of the character code. 

[Claim 9] The apparatus according to claim 7, 
wherein the electronic data is described in MIME 
format . 

[Claim 10] The apparatus according to claim 9, 
2 0 further comprising content analyzing means for 

detecting a language type and an address of a source 
from the electronic data. 

[Claim 11] The apparatus according to claim 10, 
wherein said content analyzing means detects the 
2 5 language type and the address from an MIME header. 
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[Claim 12] The apparatus according to claim 10, 
wherein said content means divides, by using MIME 
header information, received electronic information 
composed of a character code into a character code 
5 portion and a binary data portion converted into the 
character code . 

[Claim 13] The apparatus according to claim 10, 
further comprising error report forming means for 
transmitting, if error to be reported to said source 

10 occurs during the course of outputting the image data, 
an error report describing a content of the error by a 
character code corresponding to the detected language 
type to the source address detected by said content 
analyzing means. 

15 [Claim 14] The apparatus according to claim 6, 

wherein said data converting means further comprises a 
first determining means for determining whether the 
binary data portion is decordable by said decoding 
means, and wherein said data converting means requests 

2 0 the decoding to an external device if said first 

determining means determines the binary data portion 
is not decodable by said decoding means . 

[Claim 15] The apparatus according to claim 6, 
wherein said data converting means further comprises a 

25 second determining means for determining whether said 
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data rasterizing means can rasterize the decoded 
binary data, and wherein said data converting means 
requests the decoding to an external device if said 
second determining means determines the binary data 
5 portion is not decodable by said decoding means. 

[Claim 16] The apparatus according to any one of 
claims 1 to 15, wherein the data contains image data 
encoded in accordance with a facsimile transmission 
standard. 

10 [Claim 17] An image forming apparatus comprising 

the communication apparatus according to any one of 
claims 1 to 16. 

[Claim 18] An image forming system comprising; 
the communication apparatus according to any one 
15 of claims 1 to 16; and 

an image forming apparatus, 

wherein the communication apparatus and the image 
forming apparatus are connected so as to communicate 
with each other. 
20 [Technical Field] 
[0001] 

The present invention relates to a communication 
apparatus capable of exchanging information between 
electronic information media such as electronic mail 
25 and word processor information and facsimile media. 
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[Background Art] 
[0002] 

Recently, with the spread of PCs (Personal 
Computers) introduced into offices and homes, the 
5 number of PCs connected to LANs and the Internet is 
abruptly increasing, and consequently the population 
using electronic mails and WWW (World Wide Web) is 
dramatically increasing. At the end of 1997, the 
number of users using the Internet exceeded 60,000,000, 

10 and the rate of increase is 100% or more per year. 

This shows the advent of age in which in addition to 
transmitting means, represented by a facsimile 
apparatus, for exchanging electronic paper information 
using telephone lines, electronic data such as word 

15 processor documents and spreadsheet documents to be 
handled by computers can also be exchanged via LANs 
and the Internet . 
[0003] 

As for a facsimile apparatus as a representative 
2 0 apparatus for transmitting conventional document 

information, the ratio of facsimile introduction to 
offices in Japan exceeded 90%, indicating that the 
market has ripened. However, the production of home 
facsimile apparatuses shows a great growth tendency. 
25 That is, the present day is the age in which 
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information transmission using electronic data and 
information transmission by facsimile (paper) coexist. 
[0004] 

With this age as a background, a facsimile 
apparatus or communication service as a contact 
between electronic data information transmission and 
facsimile information transmission is being sought. 
This is an apparatus or service called, e.g., Internet 
FAX that uses a facsimile apparatus as a document 
reader, converts read facsimile image data into 
electronic data such as electronic mail, and transmits 
this electronic data to another Internet FAX apparatus, 
PC, or facsimile apparatus via a LAN, the Internet, or 
a public telephone line. 
[0005] 

Conventionally, electronic data handled by 
Internet FAX (apparatus or communication service) is 
exchanged between apparatuses as electronic mail data 
based upon an electronic mail data format called MIME 
(Multipurpose Internet Mail Extensions) recommended by 
IETF (Internet Engineering Task Force) , which is 
formed by converting facsimile image data into TIFF 
(Tagged Image File Format) as one image file format 
and embedding it into electronic mail data. TIFF is 
image data, rather than general word processor 



document data or spreadsheet document data. 
[0006] 

[Problem to be Solved by the Invention] 

The abovementioned conventional Internet FAX 
5 (apparatus or communication service; the same shall 
apply hereinafter) exchanges facsimile image data 
using TIFF by embedding it into electronic mail. 
Therefore, when non image data such as a word 
processor document or a spreadsheet document formed by 

10 a PC is added by electronic mail software on the PC 
and sent to Internet FAX, the receiving Internet FAX 
cannot interpret the data, such as a word processor 
document or a spreadsheet document, that is handled by 
the application software on the PC. Consequently, a 

15 printer of the Internet FAX cannot automatically print 
out the data, or it is impossible to convert the added 
data into facsimile image data and simply and rapidly 
send the data to a remote facsimile apparatus. These 
problems are summarized as follows. 

20 [0007] 

(1) Cumbersome and time consuming operations 

That is, when a PC user wishes to send a word 
processor document or a spreadsheet document to 
Internet FAX, he or she must perform complicated 
25 operations of once converting the document into image 
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data to form a TIFF file on the PC and then adding 

this TIFF file to electronic mail. 

[0008] 

(2) Large data size 
5 If a user desires printing quality substantially 

equivalent to printing of a word processor document or 
a spreadsheet document on a PC, it is necessary to 
rasterize the document into image data with a 
resolution of about 400 DPI when a printer of the user 

10 has 400 DPI. In this case, the data size (quantity) 
of a TIFF file of the word processor document is 
obviously larger than the data size of the word 
processor document. This increases not only the 
communication time but also the traffic on a LAN or 

15 the Internet. Additionally, although the data size of 
electronic mail data receivable by an electronic mail 
server related to an electronic mail transfer system 
depends upon the settings by the system manager, the 
upper limit of this data size is about 1 Mbyte to 

20 about 2 Mbytes. Therefore, the smaller the size of 

electronic mail data to be transmitted, the higher the 
possibility that the data is reliably transmitted to 
the destination. Also, a TIFF file in Internet FAX 
and the like contains facsimile image which is already 

25 compressed using such as MH, MR, and MMR coding. 
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Therefore, additional file compression achieves little 
effect . 
[0009] 

(3) Unknown details of reception error 
5 If electronic data cannot be normally received on 

a communication session for receiving the data, the 
reason of the error is reported using an error code 
determined by the communication rules. With the 
recent proliferation of the Internet and the recent 

10 technological progress of communication apparatuses, 
communication apparatuses are beginning to emerge 
which can process various electronic data such as 
electronic mails and can handle not only black and 
white images but also multimedia such as color images 

15 and sounds. However, it takes a considerable time for 
a standardization party to stipulate error codes 
determined by the communication rules. Also, error 
codes determined by the communication rules cannot 
completely report detailed information of error, 

2 0 represented by the problem of the receiving capability 
of receiving media. 
[0010] 

Furthermore, messages such as the reasons of 
transmission errors of electronic data represented by 
25 electronic mails are often informed in English. So, 
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it is not easy to understand the contents of these 
messages . 
[0011] 

An object of the present invention is to provide 
5 a communication apparatus can solve the above- 
described problem, and to provide an image forming 
apparatus and an image forming system employing that 
communication apparatus. 
[0012] 

10 [Means for Solving the Problem] 

The gist of the present invention is a 
communication apparatus for forming and outputting 
image data on the basis of received electric data, 
comprising: data analyzing means for analyzing, in the 

15 case where non image data is received as the electric 
data, the content of the non- image data; and 
[0013] 

data converting means for converting, in response 
to the result of said data analyzing means, the non 
2 0 image data into image data. 
[0014] 

[Embodiment (s) ] 

The present invention will be described in more 
detail below with reference to the accompanying 
25 drawings. The following explanation will be made by 
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taking a hybrid machine having a network interface and 
including a copying function and a FAX function as an 
example of a communication apparatus according to the 
present invention. However, the present invention can 
5 naturally be constituted by an apparatus having 
another arrangement. 
[0015] 

(Hardware Arrangement) 

Fig. 1 shows the overall arrangement of the 

10 hybrid system. A controller 2000 is connected to a 
scanner 2070 as an image input device and a printer 
2095 as an image output device. This controller 2000 
is also connected to a LAN 2 011 and a wide area 
network (WAN) 2051 to input and output image 

15 information and device information. A CPU 2001 is a 
general purpose processor for controlling the whole 
hybrid machine. A RAM 2002 is a system working memory 
with which the CPU 2001 operates. This RAM 2002 is 
also an image memory for temporarily storing image 

20 data. A ROM 2003 is a boot ROM storing the boot 

program of the hybrid machine. An HDD 2004 is a hard 
disk drive storing system software and image data. An 
operation unit I/F 2006 is an interface with an 
operation unit (UI) 2012 and outputs, to the operation 

25 unit 2012, image data to be displayed on the operation 
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unit 2012. The operation unit I/F 2006 also transfers 
information input by the user of this system to the 
CPU 2001. A modem 2050 connects with the WAN 2051 and 
inputs and outputs information. These devices are 
arranged on a system bus 2007. 
[0016] 

An image bus I/F 2005 is a bus bridge which 
connects the system bus 2 0 07 to an image bus 2 00 8 for 
transferring image data at high speed and converts the 
data structure. The image bus 2008 is constructed of 
a PCI bus or an IEEE 1394. The following devices are 
arranged on this image bus 2008. A network I/F 2010 
connects the system bus 2007 to the LAN 2011 and 
inputs and outputs information. A raster image 
processor (RIP) 2060 rasterizes PDL (Page Description 
Language) codes into a bit map image. A device I/F 
unit 2020 connects the scanner 2070 and the printer 
2 0 95 as image input/output devices to the controller 
2 0 00 and performs synchronous system/asynchronous 
system conversion of image data. A scanner image 
processor 2080 corrects, processes, and edits input 
image data. A printer image processor 2090 corrects 
the printer and converts the resolution of the printer 
with respect to printed image data. An image rotator 
2 030 rotates image data. An image compressor/expander 
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2040 performs JPEG for multi valued image data and 
JBIG, MMR, or MH for binary image data as a 
compressing/ expanding process. 
[0017] 

5 The arrangement as described above is separated 

into a system bus 207 section and the image bus 2008 
section by considering the extensibility of the image 
processing portion. That is, a general computer 
configuration is applied. In the above arrangement, a 

10 general purpose I/F is used as the image bus I/F to 
improve the degree of freedom with which arbitrary 
image processing activities can be combined, and to 
improve the extensibility in the future. In 
particular, various standards may be proposed in the 

15 future for the image compressing/expanding portion, so 
this portion is connected to the image bus side so as 
to be readily exchangeable. 
[0018] 

Fig. 2 shows the front external appearance of the 
20 composite system. The scanner unit 2070 as an image 
input device illuminates an original and scans a CCD 
line sensor (not shown) to convert into an electrical 
signal as raster image data. Originals are set in a 
tray 2073 of an original feeder 2072. When the user 
25 inputs a reading activation instruction from the 
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operation unit 2012, the controller CPU 2001 gives the 
instruction to the scanner 2070, and the feeder 2072 
feeds originals one by one to read original images. 
[0019] 

The printer unit 2 095 as an image output device 
converts raster image data 2096 into an image on a 
recording medium such as a paper sheet. Examples of 
the system are an electrophotographic system using a 
photosensitive drum or a photosensitive belt and an 
ink jet system which forms images directly on a sheet 
by ejecting ink from a fine nozzle array, and any 
system can be used. Printing is started by an 
instruction from the controller CPU 2001. The printer 
unit 2095 has a plurality of supply stages so that 
different recording medium sizes or different 
recording medium directions can be selected, and has 
corresponding cassettes 2101, 2102, 2103, and 2104. A 
paper delivery tray 2111 receives printed recording 
media . 
[0020] 

•Operation Unit 

Fig. 3 shows the external appearance of the 
operation unit 2012. A touch panel sheet is pasted on 
an LCD of an LCD display unit 2013. This LCD display 
unit 2013 displays a system operation screen and, when 
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a key displayed on the screen is pressed, transmits 
the corresponding position information to the 
controller CPU 2001. A start key 2014 is used to 
start reading an original image. Green and red LEDs 
5 2018 are attached to the center of the start key 2014 
and indicate whether the start key 2 014 is usable by 
their respective colors. A stop key 2015 has a 
function of stopping an operation currently being 
executed. An ID key 2 016 is used to input the user ID 
10 of the user. A reset key 2017 is used to initialize 
settings from the operation unit. 
[0021] 

•Scanner Image Processing Unit 

Fig. 4 shows the arrangement of the scanner image 

15 processor 2080. An image bus I/F controller 2081 

connects with the image bus 2008 to control its bus 
access sequence, controls individual devices in the 
scanner image processing unit 2080, and generates 
timings of these devices. A filter processor 2082 is 

20 a spatial filter and performs convolution arithmetic 
operations. An editor 2083 finds a closed region 
surrounded by a marker pen from input image data and 
performs image processing, such as shading, halftoning, 
or negative to positive inversion, for the image data 

25 in the closed region. A magnification processor 2084 
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performs interpolation arithmetic operations in a main 
scan direction of a raster image to enlarge or reduce 
the image, when the resolution of the read image is to 
be changed. The magnification in a sub scan direction 
5 is changed by changing the rate at which an image read 
line sensor (not shown) is scanned. A table converter 
2085 performs table conversion for converting image 
data as read luminance data into density data. A 
binarization processor 2086 binarizes multi valued 
10 gray scale image data by an error diffusion process or 
a screen process. 
[0022] 

The processed image data is again transferred 
onto the image bus via the image bus controller 2081. 

15 [0023] 

•Printer Image Processor 

Fig. 5 shows the arrangement of the printer image 
processor 2090. An image bus I/F controller 2091 
connects with the image bus 2008 to control its bus 

20 access sequence, controls individual devices in the 

printer image processor 2090, and generates timings of 
these devices. A resolution converter 2092 converts 
the resolution of image data received from the LAN 2 01 
or the WAN 2 051 into the resolution of the printer 

25 2095. A smoothing processor 2093 smoothes jaggy 
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(staircasing appearing in a black to white boundary 
such as an oblique line) of the resolution converted 
image data. 

[0024] 

5 • Image Compressor/Expander 

Fig. 6 shows the arrangement of the image 
compressor/expander 2040. An image bus I/F controller 
2041 connects with the image bus 2008 to control its 
bus access sequence, controls timings of data exchange 

10 with an input buffer 2042 and an output buffer 2045, 
and controls mode settings for an image 
compressing/expanding unit 2043. In the present 
invention, data compression is handled as encoding, 
and data expansion is handled as decoding. The 

15 procedure of this image compressor/expander will be 
described below. 
[0025] 

The CPU 2 001 performs setting for image 
compression control in the image bus I/F controller 

20 2041 via the image bus 2008. By this setting, the 

image bus I/F controller 2041 performs setting (e.g., 
MMR compression or JBIG expansion) necessary for image 
compression for the image compressing/expanding unit 
2043. After the necessary setting, the CPU 2001 

25 permits the image bus I/F controller 2041 to transfer 
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image data. In accordance with this permission, the 
image bus I/F controller 2041 starts transferring 
image data from the RAM 2002 or from any device on the 
image bus 2008. The input buffer 2042 temporarily 
5 stores the received image data and transfers the image 
at a constant speed in accordance with an image data 
request from the image compressing/ expanding unit 2043. 
During this transfer, the input buffer checks whether 
image data transfer is possible between the image bus 

10 I/F controller 2041 and the image 

compressing/expanding unit 2043. If the image data 
read from the image bus 2008 or the image write to the 
image compressing/expanding unit 2 043 is impossible, 
the input buffer performs control (to be referred to 

15 as a handshake hereinafter) so that no data transfer 
is performed. 
[0026] 

The image compressing/expanding unit 2 043 
temporarily stores the received image data into a RAM 

20 2044. This is because when image compression is to be 
performed, data of several lines is necessary 
depending on the type of image compressing process, 
and the first line cannot be compressed unless the 
image data of several lines is prepared. The 

25 compressed image data is immediately transferred to 
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the output buffer 2045. The output buffer 2045 
handshakes with the image bus I/F controller 2 041 and 
the image compressing/expanding unit 2043, and 
transfers the image data to the image bus I/F 
5 controller 2041. The image bus I/F controller 2041 
transfers the transferred compressed (or expanded) 
image data to the RAM 2002 or to any device on the 
image bus 2008. The series of these processes are 
repeated until no further process request is output 

10 from the CPU 2001 (when the necessary number of pages 
are completely processed) , or until this image 
compressor/expander outputs a stop request (e.g., when 
error occurs during compression or expansion) . 
[0027] 

15 • Image Rotator 

Fig. 7 shows the arrangement of the image rotator 
2030. An image bus I/F controller 2031 connects with 
the image bus 2008 to control its bus sequence, sets a 
mode and the like in an image rotating unit 2 032, and 

2 0 controls timings for transferring image data to the 

image rotating unit 2032. The procedure of this image 

rotator will be described below. 

[0028] 

The CPU 20 01 performs setting for image rotation 
25 control in the image bus I/F controller 2031 via the 
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image bus 2008. By this setting, the image bus I/F 
controller 2031 performs setting (e.g., the image size 
and the direction and angle of rotation) necessary for 
image rotation in the image rotating unit 2032. After 
5 the necessary setting, the CPU 2001 permits the image 
bus I/F controller 2031 to transfer image data. In 
accordance with this permission, the image bus I/F 
controller 2 031 starts transferring image data from 
the RAM 2002 or from any device on the image bus 2008. 

10 Assume that the width of the image bus 2008 is 32 bits, 
the image size for rotation is 32 x 32 (bits) , and 
image data is transferred to the image bus 2008 in 
units of 32 bits (images to be handled are binary 
images) . 

15 [0029] 

To obtain an image of 32 x 32 (bits) as described 
above, it is necessary to perform the aforementioned 
unit data transfer 32 times and transfer image data 
from discontinuous addresses (Fig. 8) . The image data 
20 transferred by discontinuous addressing is written in 
the RAM 2033 so that the data is rotated through a 
desired angle when read out. For example, in 
90 Counterclockwise rotation, 32 bit image data 
transferred first is written in a Y direction as shown 
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in Fig. 9. The image is rotated as it is read out in 
an X direction. 
[0030] 

When the 32 x 32 (bits) image rotation (write to 
the RAM 3032) is complete, the image rotating unit 
2032 reads out the image data by the abovementioned 
reading method and transfers the image to the image 
bus I/F controller 2031. 
[0031] 

The image bus I/F controller 2031 that has 
received the rotated image data transfers the data to 
the RAM 2002 or to any device on the image bus 200 8 by 
discontinuous addressing. The series of these 
processes are repeated until no further process 
request is output from the CPU 2 001 (when the 
necessary number of pages are completely processed) . 
[0032] 

•Device I/F Unit 

Fig. 10 shows the arrangement of the device I/F 
unit 2020. An image bus I/F controller 2021 connects 
with the image bus 2008 to control its bus access 
sequence, controls individual devices in the device 
I/F unit 2020, and generates timings of these devices. 
The image bus I/F controller 2 021 also generates 
control signals to the external scanner 2 070 and the 



printer 2095. A scan buffer 2022 temporarily stores 
image data supplied from the scanner 2 070 and outputs 
the image data in synchronism with the image bus 2008. 
A serial parallel/parallel serial converter 2023 
5 arranges in order, or decomposes, the image data 
stored in the scan buffer 2022, thereby converting 
into the data width of image data transferable to the 
image bus 2008. A parallel serial/serial parallel 
converter 2024 decomposes, or arranges in order, the 

10 transferred image data from the image bus 2008, 

thereby converting into the data width of image data 
storable in a print buffer 2025. The print buffer 
2025 temporarily stores image data supplied from the 
image bus 2 008 and outputs the image data in 

15 synchronism with the printer 2095. 
[0033] 

The procedure of image scan will be described 
below. Image data supplied from the scanner 2070 is 
stored in the scan buffer 2022 in synchronism with a 

20 timing signal from the scanner 2070. If the image bus 
2008 is a PCI bus, when 32 bits or more of the image 
data are stored in the buffer, 32 bits of the image 
data are transferred, in a first in first out manner, 
from the buffer to the serial parallel/parallel serial 

25 converter 2023. This image data is converted into 32 
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bit image data which is in turn transferred onto the 
image bus 2008 via the image bus I/F controller 2021. 
If the image bus 2008 is an IEEE 1394, the image data 
in the buffer is transferred, in a first in first out 
5 manner, from the buffer to the serial 

parallel/parallel serial converter 2023. This image 
data is converted into serial image data which is in 
turn transferred onto the image bus 20 08 via the image 
bus I/F controller 2021. 
10 [0034] 

The procedure of image printing will be described 
below. If the image bus 2008 is a PCI bus, the image 
bus I/F controller receives 32 bit image data supplied 
from the image bus and transfers the image data to the 

15 parallel serial/serial parallel converter 2024. This 
image data is decomposed into image data having the 
number of input data bits of the printer 2095, and the 
decomposed data is stored in the print buffer 2025. 
If the image bus is an IEEE 13 94, the image bus I/F 

20 controller receives serial image data supplied from 
the image bus and transfers the image data to the 
parallel serial/serial parallel converter 2024. This 
image data is decomposed into image data having the 
number of input data bits of the printer 2095, and the 

25 decomposed data is stored in the print buffer 2025. 
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In synchronism with a timing signal supplied from the 
printer 2095, the image data in the buffer is 
transferred to the printer 2095 in a first in first 
out manner. 
[0035] 

(System Configuration) 

Fig. 11 is a view of a network system 
configuration showing a connection relationship and 
data exchange between devices when the communication 
apparatus of this embodiment is connected to other 
devices . 
[0036] 

A communication apparatus 148 is connected to 
electronic mail clients 141 and 146, a local 
electronic mail server 142, a DNS server 143, and a 
rasterization server apparatus 1416 via the LAN 2011. 
A router 1412 is connected to the LAN 2011. Via this 
router 1412, the communication apparatus 148 can 
communicate with a remote electronic mail server 1414 
and an Internet FAX apparatus 1415 connected to 
another network such as an Internet/ Intranet 1413. 
The communication apparatus 14 8 can also communicate 
with a FAX apparatus 1411 via a public line 1410, such 
as PSTN (Public Switching Telephone Network) /ISDN, in 
addition to the LAN 2011. 



[0037] 

Electronic mail transmitted to the communication 
apparatus 148 from the remote electronic mail server 
1414 or the electronic mail client 141 or 146 is 
5 received by the local electronic mail server 142 and 
transferred to the communication apparatus 148. If 
the electronic mail data received by the communication 
apparatus 148 contains an attached file which can be 
rasterized only by the rasterization server apparatus 

10 1416, the communication apparatus 14 8 requests the 

rasterization server apparatus 1416 to convert binary 
data of this attached file into data (e.g., TIFF 
binary data, binary data encoded by ITU-T 
recommendation T.4 or image data encoded by a 

15 predetermined encoding method such as JPEG etc) of a 
format which can be handled by the communication 
apparatus 148. Details of the communication between 
the rasterization server apparatus 1416 and the 
communication apparatus 14 8 will be described later. 

20 [0038] 

(Software) 

The operation of this embodiment will be 
described below. 
[0039] 
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Fig. 12 is a view showing an example of 
electronic mail data to which non image data, such as 
a word processor document or a spreadsheet file is 
attached as an attached file. That is, Fig. 12 shows 
the contents of electronic mail data described in MIME 
format . 
[0040] 

As shown in Fig. 12, this electronic mail data is 
composed of a header part 91 in which a source, a 
destination, a title, and type (style) information of 
mail are described, a text part 92 in which a mail 
document is described, and an attached file part 93 in 
which encoded electronic data is described. These 

parts are delimited by characters ( Boundary in 

Fig. 12) indicating boundaries. In a header portion 
(part start portion) of each part, character code 
information, an encoding method, and the file name of 
the part are described. 
[0041] 

Fig. 13 is a view showing the data structures of 
electronic data management tables used in storage, 
conversion, and printing of electronic data in the 
communication apparatus of the present invention. 
[0042] 



An ID management table 213 has areas of a 
reception number counter, document ID counter, and 
transaction ID counter, and generates a reception 
number, document ID number, and transaction ID number. 
5 [0043] 

An electronic data converting transaction 
management table 21 is acquired when data of received 
electronic mail is to be analyzed, and stores the IDs 
generated by the ID management table 21 and various 

10 pieces of information extracted from the header of the 
electronic mail. A document management table pointer 
of this electronic data converting transaction 
management table 21 indicates the start position of a 
first document management table acquired in the 

15 transaction. 
[0044] 

Document .management tables 23 to 25 are tables 
obtained for each part of electronic mail data, and 
have areas for diverse pieces of information set in 

2 0 accordance with the contents of each part. Each 

document management table has a next point area for 
indicating the start position of a document management 
table corresponding to the next part. This next point 
area is a NULL pointer in a document management table 

2 5 (25) corresponding to the final part. Each document 
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management table has an original document area 22, an 
error report document area 2 8 , and a last document to 
be converted area 29. 
[0045] 

Page management tables 210 to 212 have, as will 
be described later, an area for storing information 
necessary to manage received rasterized document data. 
Similar to the document management tables, these page 
management tables are linked by pointer areas. 
[0046] 

These tables are stored and rasterized, where 
necessary, in a device such as the RAM 2002 or the HDD 
2004 that the CPU 2001 can read and write. 
[0047] 

When reception of electronic data (particularly 
electronic mail) from the LAN 2001 or the WAN 2051 is 
started, the CPU 2001 acquires (an area of) the 
electronic data converting transaction management 
table 21 in a specific area of the HDD 2004 or the RAM 
2002. Simultaneously, the value of the "transaction 
ID counter" area in the ID management table 213 is 
incremented and set in the "transaction ID" area of 
the electronic data converting transaction management 
table 21. Analogously, the value of the "reception 
number counter" area in the ID management table 213 is 
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incremented and set in the "reception number" area of 
the electronic data converting transaction management 
table 21. 
[0048] 

5 Multimedia data of electronic mail described in 

MIME as shown in Fig. 12 is divided or broken up in 
units of media segments by an electronic data 
delimiting process (Figs. 17 to 20) and a content type 
analyzing process (Fig. 21). The document management 

10 tables 23, 24, and 25 corresponding to these media 
segments are acquired. While data is set in these 
tables, a queue of document management tables starting 
from the "document management table pointer" in the 
electronic data converting transaction management 

15 table 21 is formed. Information concerning each 
segment data is set around the "original document" 
area 22 in the document management table. 
[0049] 

The operation will be described by taking the 
2 0 mail shown in Fig. 12 as an example. The header part 

91 is linked as the first document management table 23. 
"Text" is set in the "document type" area of this 
table, and "ASCII" is set in the "language type" area 
of the table. The text part 92 of the mail is linked 
25 as the second document management table 24. "Text" is 
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set in the "document type" area of this table, and 
"Japanese S JIS" is set in the "language type" area of 
the table. The remaining attached file part 93 is 
linked as the third document management table 25. 
5 "Encoded text" representing data obtained by encoding 
binary codes such as UUENCODE into text is set in the 
"document type" area of this table. 
[0050] 

Whenever a new document management table is 
10 acquired, the value of the "document ID counter" area 
is incremented and set in the "document ID" area of 
the acquired document management table. 
Simultaneously, the value of the "reception number" 
area in the electronic data converting transaction 
15 management table 21 is copied to the "reception 

number" area. Also, a value incremented in order from 
1 each time a management table is acquired is set in 
the "document order number" area of the document 
management table. 
20 [0051] 

In a "presence/absence of conversion during 
receiving session" area of the document management 
table, "convert" and "do not convert" can be switched 
for each of various converting processes during 
25 reception in accordance with the time of a converting 
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process such as conversion of image data of received 
data during reception, and with the allowable time 
from completion of the reception of the received data 
to return of a response in the receiving session. 
5 [0052] 

Accordingly, optimization can be readily 
performed by using, e.g., system parameters in 
accordance with the allowable time of response to the 
received data during the receiving session. 

10 Additionally, by only setting information "form" 

or "do not form" in a "presence/absence of error 
report formation" area of the document management 
table, whether an error report (character string or 
image data) is to be formed can be easily changed. 

15 [0053] 

Fig. 14 is a sequence diagram pertaining to a 
data converting process and the document type after 
the conversion. This data converting process is 
necessary to discriminate the data contents of the 
20 electronic mail data in Fig. 12, determine the 

document type, and output the data from the printing 
device of this communication apparatus or perform FAX 
transmission or the like. 
[0054] 
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The process flow in the present invention will be 
described below with reference to Figs. 12 and 14. 

The flow starts from "START". Since data 
"Content Transfer Encoding" exists in the attached 
5 file part 93 of the electronic mail data, the 
"document type" of the attached film part 93 is 
discriminated as "encoded text". Also, "x uuencode", 
"Content Type", "text /plain " , and "name" exist in this 
attached file part. Hence, to finally print out the 
10 data in the communication apparatus of the present 
invention, the following process flow is necessary: 
[0055] 

1) Convert "contents of report.doc encoded by 
uuencode" as text data of the attached file part 93 

15 into binary data by uudecode. 

2) Print out by word processor software on the 
rasterization server apparatus and convert into "TIFF 
binary" data interpretable by the communication 

20 apparatus of the present invention by a printer driver 
on the rasterization server apparatus. 

3) Transmit the "TIFF binary" data to the 
communication apparatus of the present invention from 

25 the rasterization server apparatus. 
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If a file of another type is attached, e.g., if the 
attached file part 93 contains data formed by- 
converting an image file such as JPEG into text, 
necessary processing is performed on the basis of 
5 information of the MIME header. Details of the 

sequence view shown in Fig. 14 will be described later 
in the explanation of the data delimiting process 
shown in Figs. 17 to 20. 
[0056] 

10 Fig. 15 is a diagram showing a protocol sequence 

when in the network configuration shown in Fig. 11, 
the communication apparatus 14 8 of this embodiment 
receives electronic mail sent by the electronic mail 
account 141 from an electronic mail apparatus such as 

15 the local electronic mail server 142 . In this 

embodiment, transmission and reception of electronic 
mails are done by SMTP (Simple Mail Transfer Protocol) . 
[0057] 

First, the electronic mail apparatus transmits a 
20 connection request to the communication apparatus by 
using the port number 25 as a listener port of SMTP 
(S13). When receiving this connection request, the 
communication apparatus activates an electronic mail 
receiving process as an SMTP demon for electronic mail 
25 reception, and returns a normal response (S14) . Then 
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the electronic mail apparatus transmits the host name 
( "MailFaxMachine" ) of the communication apparatus 

(515) . If the received host name is in agreement with 
the host name assigned to the communication apparatus, 

5 the communication apparatus returns a normal response 

(516) . 
[0058] 

The electronic mail apparatus transmits the 
sender address ( n usernamel@mail_srv. ccc.dd.ee") of 
10 electronic mail (S17) . Upon receiving the address, 

the communication apparatus returns a normal response 
(S18) . In response to this, the mail apparatus 
transmits the destination address 

( "mail_f ax_machine@MailFaxMachine . ccc .dd.ee") of the 
15 mail (S19) . The communication apparatus checks 
whether the destination is this communication 
apparatus and mail transfer is unnecessary. Since 
transfer is unnecessary in this example, the 
communication apparatus returns a normal response to 
20 the mail apparatus (S110) . 
[0059] 

Next, the electronic mail apparatus transmits 
mail data transfer start information (Sill) . When 
receiving this information, the communication 
25 apparatus performs operations such as initialization 
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necessary for electronic mail reception and returns a 
normal response (S112) . In response to this, the mail 
apparatus transmits electronic mail data (S113) and, 
when the transmission is over, subsequently transmits 
5 electronic mail transmission end information (S114) . 
When receiving this end information, the communication 
apparatus performs terminating work, e.g., closes the 
reception file of the electronic mail data, and 
returns a normal response (S115) . 
10 [0060] 

If the number of mails to be transmitted is one, 
the mail apparatus transmits transmission end 
information (S116) . When receiving a normal response 

(5117) from the communication apparatus, the mail 
15 apparatus transmits a port disconnection request 

(5118) , thereby terminating the mail transmission 
session. 

[0061] 

Fig. 16 is a flow chart showing the flow of the 
2 0 whole electronic data receiving procedure, performed 
by the communication apparatus of the present 
invention, from electronic data reception to error 
report mail transmission through conversion and 
electronic mail data printing. 
25 [0062] 
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The overall operation of the communication 
apparatus of this embodiment will be described below 
with reference to Fig. 16. 

The communication apparatus waits for the arrival 
of electronic data (S1513) . If an external apparatus 
sends a port connection request by TCP/IP, the 
communication apparatus discriminates the port number 
(S1514) . If the port number is not 25 (the port 
number for requesting connection by SMTP) , the 
communication apparatus performs other data processing 
(S158) and returns to the electronic data arrival 
waiting state. 
[0063] 

Upon receiving the request of connection to the 
port 25, the communication apparatus executes the 
aforementioned mail reception protocol sequence (Fig. 
15, S14 to S114) (S151) . In this receiving process, 
if the communication apparatus receives the mail data 
transfer start information (Sill) , the apparatus 
secures a file for electronic mail reception and 
initializes the management table data (e.g., sets the 
name of the file for electronic mail reception into an 
"electronic data«path»f ile name" area of the 
electronic data converting transaction management 
table 21). When receiving "." and carriage as a mail 



data end delimiter which is the electronic mail data 
transmission end information (Fig. 15, S114) (S1515) , 
the communication apparatus closes the reception file 
of the electronic mail data. 
[0064] 

Next, the communication apparatus performs an 
electronic data delimiting process (S152) and checks 
whether the electronic mail contains data which cannot 
be rasterized in the communication apparatus and hence 
requires a rasterization request to the rasterization 
server (S1516) . More specifically, the communication 
apparatus checks whether "present" is in a 
"presence/absence of external processing" area of any 
of the document management table queues 23, 24, and 25 
linked from the electronic data converting transaction 
management table 21 and corresponding to individual 
parts of the mail data. If data requiring the 
rasterization server 1416 is found, the communication 
apparatus links association to the server 1416 by 
using TCP/IP and sends a "server operation 
confirmation" command (S153) . If a response is 
received within a defined time and the response is not 
a "busy response" (S1517) , the flow advances to a 
divided document converting process (S154) . If no 
data requiring the rasterization server is found, the 



flow directly advances to the divided document 

converting process (S154) . 

[0065] 

The communication apparatus then checks whether 
the divided document converting process terminates 
normally (S1518) . If the process terminates normally, 
the communication apparatus returns a normal response 
(Fig. 15, S115), with respect to the electronic mail 
data transmission end information, to the electronic 
mail apparatus on the transmission side (S159) . The 
communication apparatus performs a session terminating 
process (S1510) corresponding to steps S116 to S118 in 
Fig. 15. 
[0066] 

When the mail receiving process is complete, the 
communication apparatus prints out the received data 
(S1511) . In step S1512, the communication apparatus 
transmits data formed by converting the received 
electronic mail data into FAX data to a desired 
destination by FAX transmission. 

As a method of designating the FAX destination 
from the source, the following methods are possible: 
(1) Method of designating by header part 

The FAX number of the destination is added to the 
header part of electronic mail data, e.g., added after 
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the title (Sub:) of the mail. That is, in the 
electronic mail data shown in Fig. 12, the FAX number 
is designated like Investigation Report (FAX03 3756 
1234) . Alternatively, the FAX number is designated 
like "TO: FAX03 3756 1234@xxxx.yyyy.zzzz" in the 
destination address. However, when the FAX number is 
to be designated in the header part, the number must 
be previously set to prevent the communication 
apparatus from detecting an error in mail reception. 
(2) Method of designating in text part 

A description of the telephone number, e.g., 
"FAXNO = 03 3756 1234" is added to the text part 92. 

In either method, the number is detected in the 
electronic data delimiting process in step S151. The 
detected number is extracted, stored in a 
predetermined area of the RAM 2002 or the HDD 2004, 
and read out and used in step S1512. 

To extract the number in method (1) , a character 
string "FAX (and numerals) " is extracted from a 
character string after "Sub:" or "FROM:". To extract 
the number in method (2), a line starting from 
"FAXNO=" is searched for, and a string of numerals 
following this line is extracted. 
[0067] 



On the other hand, if the divided document 
converting process (S154) terminates abnormally in 
step S1518, instead of returning a normal response in 
step S15 9, the communication apparatus returns error 
5 to the electronic mail apparatus as the main source at 
the timing in step S115 of Fig. 15 (S155) . The 
communication apparatus receives "communication end 
information" from the electronic mail apparatus (Fig. 
15, S116) and returns a response (Fig. 15, S117) , 

10 thereby terminating the session (S156) . After that, 
the communication apparatus extracts the source 
address by searching for the pattern "From: 
aaaaa@xxxx.yyyy.zz2z" from the file recorded in the 
"electronic data*path»f ile name" area of the 

15 electronic data converting transaction management 
table 21, and sends electronic mail of the "error 
report" already formed during the divided document 
converting process to the source electronic mail 
address "aaaaa@xxxx.yyyy.zzzz" (S157) . 

20 The divided document converting process in step 

S152 0 and S1521 is executed when the document 
converting process is not completely performed during 
the received data processing. When the whole 
converting process is complete, the flow advances to 

25 the next step without performing anything. 
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[0068] 

Details of the electronic data delimiting process 
shown in step S152 of Fig. 16 will be described with 
reference to Figs. 13 and 17 to 20. In the following 
5 description, the electronic mail data in MIME format 
shown in Fig. 12 is reception data. 
[0069] 

Figs. 17 to 20 are flow charts showing details of 
the electronic data delimiting process. 

10 First, a new document management table 23 is 

acquired and linked to the "document management table 
pointer" of the electronic data converting transaction 
management table 21 (to be referred to as a 
transaction management table hereinafter) . Whenever a 

15 new document management table is acquired, the value 
of the "document ID counter" in the ID management 
table 213 is incremented and set in the "document ID" 
area of the acquired document management table. At 
the same time, the value of an area having the same 

2 0 name in the transaction management table 21 is copied 
to the "reception number" area in the document 
management table. Also, a value incremented in order 
from 1 each time a new management table is acquired is 
set in the "document order number" area of the 

25 document management table. 
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[0070] 

Next, a file having the name recorded in the 
"electronic data*path*f ile" area of the transaction 
management table 21 is opened, and search is performed 
line by line from the first line (S34) . If both of 
"end of file?" (S331) and "blank line?" (S332) are NO, 
whether "Content Type:" exists in the beginning of the 
line is checked (S333) . If all the check results in 
steps S331 to S333 are NO, the next line is similarly 
checked. In the electronic mail data shown in Fig. 12, 
all the check results in steps S331 to S333 are NO up 
to the fourth line. Since "Content Type:" exists in 
the fifth line, the flow advances to a content type 
analyzing process (S35) from step S333. 
[0071] 

Details of this content type analyzing process 
will be described below with reference to Fig. 21. 
Fig. 21 is a flow chart showing details of the content 
type analyzing process shown in Figs. 17 to 20. First, 
a character string following "Content Type:" in the 
electronic mail data is searched for (S42) . If the 
character string is "text/plain;" (S411) , a character 
string following this character string is further 
searched for (S46) . If this character string is 
"charset=" (S414) , the next character string is 



analyzed (S47) . Data representing the language type 
is set in the "language type" area of the 
corresponding document management table, and "text" is 
set in the "document type" area in the "original 
5 document" area of the same table. If the character 
string analysis indicates that the language type 
cannot be determined or the language cannot be 
processed because there is no corresponding font 
(S415) , "language error" is set in the "process 
10 result" area of the document management table (S48) , 
and the content type analyzing process is completed. 
[0072] 

If the language is processable, "absent" is set 
in the "presence/absence of external processing" of 

15 the document management table and "CG rasterization + 
TIFF file formation" is set in the "document 
converting process content" area of the same table 
(S410) , and the content type analyzing process is 
completed. 

20 [0073] 

If the character string following "Content Type:" 
is not "text/plain", whether this character string is 
"Mulitpart /Mixed; " is checked (S412) . If YES in step 
S412, "boundary=" is searched for (S43) . A character 
25 string in double quotation marks ("") next to 
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"boundary=" is set in the "delimiting character 
string" area of the electronic data converting 
transaction work area 214 (S44) , and the content type 
analyzing process is completed. 

[0074] 

If NO in steps S42 and S412, i.e., the character 
string following "Content Type:" is neither 
"text/plain;" nor "Multipart/Mixed; 11 , whether the 
character string is "image/tiff;" or " image/ j peg; " is 
checked in steps S416 and S417. If YES in step S416 
or S417, "absent" is set in the "presence/absence of 
external processing" area of the document management 
table and "TIFF binary" (in the case of "image/tiff;") 
or "JPEG binary" (in the case of " image/ jpeg; " ) is set 
in the "document type" area of the same table (S49) , 
and the content type analyzing process is completed. 
[0075] 

If NO in both steps S416 and S417, error is set 
in the "process result" area of the document 
management table (S45) , and the content type analyzing 
process is completed. 
[0076] 

In this embodiment, the character string 
following "Content Type:" in the mail data shown in 
Fig. 12 is "Multipart/Mixed;". Therefore, the 
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character string "boundary=" is further searched for 

in step S43. In step S44, a character string " 

Boundary " in double quotation marks ("") next to 

"boundary= n and found on the sixth line is stored as a 
5 delimiting character string in the "delimiting 
character string" area of the electronic data 
converting transaction work area 214. In this manner, 
step S35 ends, and the flow returns to processing of 
the next line. 
10 [0077] 

Next, the ninth line of the mail data is found as 
a blank line. Therefore, the file position of the 
header part 91 of the electronic mail data is set in a 
"valid data start«end offset" area of the "original 

15 document area 22 of the corresponding document 

management table 23. Also, data in the "electronic 
data*path«f ile name" of the transaction management 
table 21 is copied to a "document path#file name" area 
in the same area. Subsequently, the range of the 

20 character string indicated by the header part 91 is 
set as header character string information in a 
"document profile" area of the same area (S36) . 
[0078] 

It is checked whether the "process result" area 
25 in the "original document" area 22, which shows the 
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result of the content type analyzing process for the 
header part 91 in step S35, is error (S334) . If NO in 
step S334, it is checked whether the delimiting 
character string is set in the "delimiting character 
5 string" area of the electronic data converting 

transaction work area 214 (S335) . Since, as described 
above, the content type analyzing process for the 
header part 91 is normally performed and the 

delimiting character string " Boundary " is 

10 already set, the next character string is searched for 
(S37) . 
[0079] 

In step S336, whether the next line is "end of 
file" is checked. Since the next line is the first 

15 line of the text part and hence is not "end of file", 
the flow advances to step S337 to detect a delimiting 
character string. Since the first line of the text 
part 92 is a delimiting character string, the flow 
advances to step S38 in Fig. 18 to further search for 

20 the next character string. The next character string 
is not the end of the file (S342) , so the flow 
advances to step S3 9. In step S3 9, a new document 
management table 24 for the text part 92 is acquired, 
initialized, and linked to the end of the document 

25 management table 23 already acquired for the header 
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part 91 by using the "next pointer" area of the 

document management table 23. 

[0080] 

Next, a character string "Content Transfer 
5 Encoding" is searched for (S344) , and a character 
string "Content Disposition" is searched for (S346) , 
but neither is found. Since "Content type:" is found 
(S347) , the same content type analyzing process as in 
step S35 described earlier is performed. A character 

10 string following "Content type:" in the text part 92 

is "text/plain; charset=iso 2022 jp", so the process is 
executed in the order of S411 -> S414 -> S47 -> S48. 
"Text" is set in the "document type" area of the 
document management table 24, and "Japanese S JIS" is 

15 set in the "language type" area. After that, the flow 
returns to step S343. 
[0081] 

The processing from step S343 is repeatedly 
executed for each line. When the last line of the 

20 text part 92 is reached, a blank line (meaning the end. 
of the header information) is detected in step S343, 
and the flow advances to step S317. This step S317 is 
analogous to step S3 6 described above; data in the 
"electronic data#path*f ile name" area of the 

25 transaction management table 21 is copied to the 
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"document path*file name" area in the "original 
document" area of the document management table 24, 
and header character string information from the start 

line (" Boundary " line) to the last line (blank 

5 line)) in the text part 92 is set in the "document 
profile" area of the "original document" area in the 
document management table 92. Since the "process 
result" area in the document management table 24, 
which indicates the result of the content type 
10 analyzing process in step S320, does not contain data 
indicative of error (S348) , the flow advances to step 
S3 12 to search for the next character string. 
[0082] 

As a result of this search, the first delimiting 
15 symbol in the attached file part 93 is detected in 
step S341. In step S313, the file position of the 
text part 92 is set in the "valid data start»end 
offset" area of the "original document" area in the 
document management table 24 . 
20 [0083] 

The flow advances to step S38. Since the next 
character string is not "end of file" in step S342, 
the flow advances to step S3 9. In step S3 9, a new 
document management table 25 for the attached file 
25 part 93 is acquired, initialized, and linked to the 
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end of the document management table 24 already- 
acquired for the text part 92 by using the "next 
pointer" area of the document management table 24. In 
step S344, the character string "Content Transfer 
5 Encoding:" is detected. A character string indicating 
the encoding method, following this character string, 
is "uuencode" which can be processed by the 
communication apparatus of the present invention or by 
the rasterization server apparatus. Therefore, in 

10 step S3 11 "encoded text" is set in the "document type" 
area of the document management table 25, and the 
processing is continued. In processing of the next 
line, "Content Type:" is detected in step S347, so the 
flow advances to the content type analyzing process in 

15 step S320. Since the character string following 

"Content Type:" is "text/plain;" and the subsequent 
character string is not "charset=", the analyzing 
process is terminated only by performing the 
processing S411 . S414, and the flow returns to 

20 processing of the next line. 
[0084] 

In this embodiment, pieces of information such as 
encoding methods, extensions, and language types which 
can be processed by the communication apparatus 14 8 
25 and by the external rasterization server 1416 are 
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previously stored in the internal nonvolatile storage 
devices, such as the ROM 2003 and the HDD 2004, of the 
control unit 2000 of the communication apparatus 148. 
On the basis of these pieces of information, necessary 
5 judgements can be made. 
[0085] 

In step S346, "Content Disposition:" on the 
fourth line of the attached file part 93 is found. 
The flow advances to step S330 of Fig. 19 to set 

10 "computer processable binary" in the "document type" 
area of the document management table 25 . In step 
S321, a character string "report.doc" following 
"filename=" and indicating the file name is extracted. 
The type of file is analyzed on the basis of the 

15 extension and the like of the extracted file name 

(S322) . The extension is ".doc" in the example shown 
in Fig. 12. In this embodiment, files having this 
extension ".doc" can be rasterized only by external 
rasterization servers. Hence, NO is determined in 

20 step S350, YES is determined in step S351, and 

"present" is set in the "presence/absence of external 
processing" area of the document management table 25 
(S324) . After that, the flow returns to step S343 in 
Fig. 18. If the extension ".doc" can be rasterized in 

25 the communication apparatus 148, YES is determined in 
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step S350, and the flow returns to step S343 of Fig. 
18 to continue processing of the next line. If the 
extension cannot be rasterized in both the 
communication apparatus 148 and the rasterization 
5 server 1416, NO is determined in step S351, and data 
indicative of "receiving capability error" is set in 
the "process result" area of the document management 
table 25 corresponding to the attached file part 93 
(S325) . After that, the flow returns to step S343 of 
10 Fig. 18 to continue processing of the next line. 
[0086] 

When the file "report.doc" converted into text 
format by uuencode is completely processed, a blank 
line immediately before the last line of the attached 

15 file part 93 is detected in step S343. In step S317, 
data in the "electronic data«path*f ile name" of the 
transaction management table 21 is copied to the 
"document •path* f ile name" in the "original document" 
area of the document management table 25. Also, 

2 0 header character string information from the start 

line (" Boundary " line) to the last line (blank 

line) of the attached file part 93 is set in the 
"document profile" area of the "original document" 
area in the document management table 25. Since the 

25 "process result" area in the document management table 
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25, which indicates the result of the content type 
analyzing process in step S320, does not contain data 
indicative of error (S348) , the flow advances to step 
S312 to search for the next line. 
5 [0087] 

In step S341, a delimiting character string of 
the next line of the attached file part 93 is detected, 
and the flow advances to step S313. In step S313, the 
file position of the attached file part 93 is set in 

10 the "valid data start *end offset" area of the 

"original document" area in the document management 
table 25, and the flow advances to step S38. In step 
S342, "end of file" is detected, and the electronic 
data delimiting process is completed. 

15 [0088] 

On the other hand, if "end of file" is detected 
in step S331, the flow advances to step S326 of Fig. 
20. "CG rasterization + TIFF file formation" is set 
in the "document converting process content" area of 

2 0 the "original document" area 22 in the document 

management table 23 (S326) . "Absent" is set in the 
"presence/absence of external processing" area of the 
document management table 23 (S327) . Additionally, 
"text" is set in the "document type" area of the table 

25 23, data in the "electronic data*path»f ile name" area 



- 52 - 



of the transaction management table 21 is copied to 
the "document *path«file name" area, and "from the 
start position (or a position next to a blank line) to 
the electronic data size end position (or a position 
5 before a blank line before the next delimiting 

character string) ■ is set in the "valid data start«end 
offset" area (S328) . 
[0089] 

Whether the "process result" area of the table 23 
10 which indicates the content type analyzing process 
result contains data indicative of error is checked 
(S360) . If no error is found, the document delimiting 
process is completed. 
[0090] 

15 If "end of file" is detected in step S336 or S340, 

the flow advances to step S314 in Fig. 20. In step 
S314, data indicating "delimiting position error" is 
set in the "process result" area of the corresponding 
document management table. After that, the processing 

20 from step S327 described above is performed. 
[0091] 

If the content type analyzing process in steps 
S35 and S320 terminates with error, data for error 
report formation is set in the "document converting 
2 5 process content" area of the document management table 
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in step S318, as in step S329. This data is used to 
form an error report (to be described later) . 
[0092] 

Fig. 23 is a flow chart for explaining details of 
5 the divided document converting process explained as 
step S154 in Fig. 16. 
[0093] 

First, in step S52 a reference point of a current 
document management table is placed in the start 

10 position of the document management table 23, which is 
indicated by the "document management table pointer" 
area in the transaction management table 21. Since 
the next document management table 24 exists, YES is 
determined in step S510. In step S53, the current 

15 document conversion management table is set in the 
"original document" area of the document management 
table 23. Since the next document conversion 
management table 2 8 exists, YES is determined in step 
S511, and the flow advances to step S54. In step S54, 

20 an original document converting process (to be 
described in detail later) is performed. 
[0094] 

Next, the current document conversion management 
table is set to the next document conversion 
25 management table linked to the original document area 
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22 in the document management table 23 (S55) . The 
original document converting process in step S54 is 
repeated to the end of the linked table queue, and the 
flow advances to step S56. The current document 
5 conversion management table is set in the "error 
report document" area 28 of the document management 
table (S56) , and error report document conversion (to 
be described later) is performed (S58) . This error 
report document conversion in step S58 is repeated to 

10 the end of a document conversion management table 

queue linked to the "error report document" area 2 8 by 
using the next document conversion management table as 
a reference point. When the table queue is completely 
processed to the end, NO is determined in step S512, 

15 and the reference point of the document management 
table is switched to the next document conversion 
management table (S57) . When the above processing is 
completely performed for all document management 
tables, NO is determined in step S510, and the divided 

20 document converting process is completed. 
[0095] 

Figs. 24 to 30, 29, 30, and 31 are flow charts 
showing details of functions called in the original 
document converting process (S54) and the error report 
25 document converting process (S58) of Fig. 23. 
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Conversion control operates in accordance with the 
state transition in Fig. 22. The basic control is as 
follows. Conversion is executed after a document 
converting process table for output, for storing 
5 converted output data, is acquired in each step of the 
conversion. When the conversion is complete, the 
converted data at the output is data to be converted 
by the next conversion, and a document converting 
process table for outputting that data is secured and 
10 linked. 
[0096] 

Fig. 22 is a state transition diagram for 
controlling the divided document converting process 
shown in Figs. 24 to 30. The meanings of individual 
15 states are as follows: 
[0097] 

"Wait until conversion completion in preceding stage 
(1101) "...a state in which completion of a converting 

process in the preceding stage is waited for. 
20 "IDLE (1102) "...a state in which preparations 

(settings of conversion parameters) for a converting 

process can be started. 

"Information setting completed (1103) "...a state in 
which the preparations (settings of conversion 
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parameters) for the converting process are completed 
and the control advances to the converting process. 
"Conversion completed (1105) "...a state in which the 
converting process is completed. 
5 "Processing after error in progress (1104) "...a state 
in which the converting process terminates with error 
and a preparing process for "error report" formation 
as post processing is being performed. 
[0098] 

10 To more clearly explain the divided document 

conversion, a divided document converting process 
executed after the electronic mail data shown in Fig. 
12 is received and the electronic data delimiting 
process shown in Figs. 17 to 2 0 and 21 is executed 

15 will be described below with reference to Figs. 23, 24 
to 30, 29, 30, and 31. 

Prior to the explanation, the connection 
relationship between management data after the 
electronic mail data shown in Fig. 12 is received and 

20 the aforementioned electronic data delimiting process 
and content type analyzing process are executed will 
be described below with reference to the data 
structure of the electronic data management table 
shown in Fig. 13 . 

25 [0099] 
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The header part 91 is linked as the first 
document management table 23 to the electronic data 
converting transaction management table 21. "Text", 
"ASCII", and "IDLE" are set in the "document type" 
5 area, the "language type" area, and the "document 
converting process status" area, respectively. 
[0100] 

The text part 92 is linked as the second document 
management table 24 to the document management table 

10 23. "Text", "Japanese S JIS", and "IDLE" are set in 
the "document type" area, the "language type" area, 
and the "document converting process status" area, 
respectively. Also, "present" is set in the 
"presence/absence of converting process during 

15 receiving session" area. 
[0101] 

The attached file part 93 is linked as the third 
document management table 25 to the document 
management table 24. "Encoded text" is set in the 
2 0 "document type" area. 
[0102] 

In step S52 of Fig. 23, a document management 
table to be processed is set as the first document 
management table 23 (information in the header part 91 
25 is set) . In step S53, the first document converting 
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process management table in the document management 
table 23 is set as an object to be processed. In step 
S54, an original document converting process is 
executed. 
5 [0103] 

In step S61 of Fig. 24, the "document converting 
process status" area in the document management table 
23 is checked. Since this status is "IDLE", the flow 
advances to step S62 without branching in steps S637 

10 to S64 0, and the "document type" area is checked. 

Since "text" is set in the "document type" area of the 
document management table 23, the flow branches from 
step S641 to step S65 in Fig. 25. In step S65, 
"conversion information setting completed" is set in 

15 the "document converting process status" area of the 
document management table 23 because parameters 
necessary for conversion are already set. In step S66, 
the document converting process management table 2 9 as 
the last document to be converted is linked to the 

20 "document converting process management table pointer" 
of the table 23 in order to set document information 
after conversion. In step S67, parameters such as 
"internal", "CG rasterization + TIFF file conversion", 
and "leave file" are set in the "internal/external 

25 processing designation" area, the "document converting 
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process content" area, and the "processing after 
document conversion" area, respectively, of the 
original document area 22. 
[0104] 

5 In step S68, the document converting process 

management table 29 is set as a table to be processed, 
the page management table 210 is acquired, and 
parameters are set. In step S69, "TIFF binary" is set 
in the "document type" area of the original document 

10 area 22. In step S610, parameters to be set in a TIFF 
file to be formed are set in the "document profile" 
area of the original document area 22. In step S611, 
a file (contents are the same as shown in Fig. 12) 
indicated in the "document path* file name" area as a 

15 document profile of the original document area 22, 

which is an original document of a conversion source, 
is opened in the "rasterization image f ile«path»f ile 
name" area of the page management table 210. File 
seek is performed within the range set in the "valid 

20 data start^end offset" area of the original document 
area 22. For example, a character string 
"investigation report" following "Subject:" on the 
third line of the header 91 is used to set a file name 
"investigation report. tiff" after conversion. In step 

25 S612, "conversion completed" is set in the "document 
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converting process status" area of the document 
management table 23, and the flow returns to step S63 
of Fig. 24. 
[0105] 

5 In step S63 (S647) , the "presence/absence of 

conversion during receiving session" area in the 
original document area 22 is checked. Since "present" 
is set in this area, a converting process (to be 
described in detail later) in step S64 is executed to 

10 convert from ASCII text into a TIFF image file. The 
file name after the conversion is "path«file name" 
("investigation report . tiff " ) set in step S610. If it 
is determined in step S684 that the converting process 
terminates normally, the original document converting 

15 process (Fig. 23, S54) is completed. 
[0106] 

In steps S55 and S511, a document conversion 
management table to be processed next is searched for. 
Since no such table exists, the flow advances to step 

20 S56. Since no error report document exists either, 
the flow advances to step S57 to select the document 
management table 24, which is a document management 
table for processing the text part 92, as a document 
management table to be processed next. The processing 

25 from step S510 is performed in the same manner as for 



- 61 - 



the header part 91. The document converting process 
of the text part 92 is the same as the document 
converting process of the header part 91 except that 
CG rasterization of Chinese characters is performed, 
5 so a detailed description thereof will be omitted. 
[0107] 

When the document converting process of the text 
part 92 terminates normally, the flow advances to step 
S57 to select the document management table 25 for 

10 processing the attached file part 93 as a document 
management table to be processed next. In step S53, 
the first document converting process management table 
in the document management table 2 5 is set as an 
object to be processed. In step S54, the original 

15 document converting process is performed. 
[0108] 

In step S61, the "document converting process 
status" area in the document management table 25 is 
checked. Since "IDLE" is set as in the document 

20 management table 23, the flow advances to step S62 
without branching in steps S637 to S640. Since 
"encoded text" is set in the "document type" area, the 
flow branches from step S642 to step S613 in Fig. 26. 
In step S613, "conversion information setting 

25 completed" is set in the "document converting process 
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status" area of the document management table 25. In 
step S614, "Content Type:" is retrieved from profile 
information (from the second line to the fourth line) 
of the attached file part 93. Since the subsequent 
5 character string is "text/plain/", the flow branches 
from step S649 to step S651 in Fig. 27. Since NO is 
determined in step S651, the flow further branches to 
step S629 in Fig. 28. 
[0109] 

10 In step S62 9, a new document converting process 

management table is acquired (not shown) . In step 
S630, this table is linked to the "document converting 
process management table pointer" area of the document 
management table 25. Next, parameters such as 

15 "external", "external server converting process" , and 
"erase of file" are set in the "internal/external 
processing designation" area, the "document converting 
process content" area, and the "processing after 
document conversion" area, respectively, of the 

2 0 acquired document converting process management table 
(S631) . The acquired document converting process 
management table is initialized (S632) , and the 
document profile information from the second line to 
the fourth line in the attached file part 93 is set in 

25 the "document profile" area (S633) . In step S634, 
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"computer processable binary" is set in the "document 
type" area. In step S63 5, "report.doc" as a file name 
is extracted from the "document profile". In step 
S630, the extracted file name is set in the "document 
5 path*file name" area of the document converting 

process management table. In step S63 6, "wait until 
conversion completion in preceding stage" is set in 
the "document converting process status" area of this 
table, and the flow advances to step S63 in Fig. 24. 

10 When "wait until conversion completion in preceding 
stage" is set in the "document converting process 
status" area, the flow does not proceed to the next 
processing pertaining to the attached file processing 
until the converting process in the external server 

15 (rasterization server) is complete (for example, 

processing such as printing is not performed until 
reception of converted data from the external file 
server is complete) . 
[0110] 

20 Details of the converting process in step S64 

will be described below with reference to Fig. 31. In 
the following explanation, it is assumed that a 
character string in the header part 91 shown in Fig. 
12 is subjected to CG rasterization and converted into 

25 a TIFF image file. 
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[0111] 

In step S81, "converting process in progress" is 
set in the "document conversion status" area of the 
document converting process management table being 
5 processed, thereby controlling the flow such that the 
flow does not advance to the next processing until CG 
rasterization and TIFF file conversion are complete. 
Since "CG rasterization + TIFF file formation" is set 
in the "document converting process content" area of 

10 this table, the flow branches from step S830 to step 
S816 in Fig. 32 to convert a character string in the 
header part 91 into a bit map image. The image is MMR 
compressed (two dimensionally encoded) in step S817 
and converted into a TIFF file in step S818, and the 

15 flow advances to step S835 in Fig. 31. If the 

"process result" area of the table indicates error in 
step S835, the "presence/absence of error report 
formation" area in the document converting process 
management table is checked in step S810. If "form" 

20 (an error report) is set in this area, in step S811 
"processing after error in progress" is set in the 
"document converting process status" area of the 
original document area 22, and the converting process 
is completed. If "do not form" (an error report) is 

25 set, "process completed" is set in the "document 
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converting process status" area, and the converting 
process is completed. 
[0112] 

If in step S811 "processing after error in 
5 progress" is set in the "document converting process 
status" area, the flow returns from step S648 to step 
S61 in the original document /error report converting 
process shown in Figs. 24 to 30. The flow further 
branches from step S639 to step S71 in Fig. 29, 
10 thereby advancing to the error report formation 
process . 
[0113] 

On the other hand, in a converting process of the 
attached file part 93 in Fig. 12, the flow branches 

15 from step S833 to step S819 in Fig. 33. In step S819, 
an external server (rasterization server) connected by, 
e.g., a LAN (Local Area Network) or a telephone line 
is requested to rasterize an encoded text as "contents 
of report.doc converted by uuencode" described in the 

20 attached file part 93. 
[0114] 

In step S820, a predetermined unit such as one 
page of data converted from an encoded text into a 
TIFF file is received from the rasterization server 
25 apparatus. If the data is received with no error, in 
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step S821 TIFF file data of the received file is 
written in a file indicated by "raster image 
f ile*path«f ile name" shown in the page management 
table. Also, whether the received data is correct is 
5 checked. Furthermore, document profile information is 
extracted from the TIFF file data and stored in the 
"document profile" area of the document management 
table, and the received data is decoded to check the 
presence/absence of error in the received image. If 

10 "mode of receiving in units of pages" is "YES" , a page 
management table is acquired for each page in step 
S822, and a page management table queue is formed as 
indicated by 210, 211, and 212. Next, in step S823 
"number of pages" in the page management table is 

15 incremented. If "mode of receiving in units of pages" 
is "NO", the flow advances to step S820 without 
forming any new page management table in step S825. 
[0115] 

Next, processing when reception from the 
20 rasterization server 1416 terminates with error while 
the attached file part 93 is being processed will be 
described below with reference to Fig. 33. In the 
data receiving process (S820) , error correction for 
received data is implemented by, e.g., a TCP/IP 
25 protocol. However, if an unrecoverable error such as 
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communication timeout occurs, "rasterization server 
error" is set in the "process result" area of the 
document converting process management table area in 
the document management table 25 (S824) , and the flow 
5 returns to step S835 in Fig. 31. Since the "process 
result" area indicates error, the flow branches from 
step S835 to step S810 to check the "presence/absence 
of error report formation " area in the "document 
converting process management table". If "form" is 

10 found, in step S811 "processing after error in 

progress" is set in the "document converting process 
status" area. If "do not form" is found, "conversion 
completed" is set in the same area in step S812. 
After that, the converting process, i.e., step S64 in 

15 Fig. 24 is completed. Processing when "present" is 
set in the "presence/absence of error report 
formation" area will be described below. 
[0116] 

Since "processing after error in progress" is 
20 found in the "document converting process status" area 
in step S648 of Fig. 24, the flow advances to step S61. 
In step S61, "processing after error in progress" is 
found in the "document converting process status", so 
the flow branches to step S63 9 and advances to step 
25 S71 in Fig. 29. To form text data of an error report, 
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"conversion completed" is set in the "document 
converting process status" area. In step S73, to 
perform an error report text data generating process, 
the "document converting process management table" 
5 address in the "original document" area of the 

document management table 25 used in the rasterization 
server processing in which the error has occurred is 
set in the "error document converting process 
management table pointer" area of the document 

10 management table 25. 

In step S74, to reuse the "document converting 
process management table", which is used to store the 
data rasterized by the rasterization server, to form 
the error report text data, the "document converting 

15 process management table pointer" address linked to 

the "document converting process management table" in 
the "original document" area of the document 
management table 25 is set as a currently processed 
pointer that is to be processed next. 

20 [0117] 

In step S75, "error report formation source data" 
is set in the "document type" area pointed by the 
currently processed pointer. In step S76, "IDLE" is 
set in the "document converting process status" area 
25 pointed by the currently processed pointer. In step 
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S72, "error report formation" is set in the "document 
converting process content" area. In this manner, the 
error report text data formation process is continued. 
[0118] 

5 The flow again advances to step S61 in Fig. 24. 

Since "document converting process status" area 
pointed by the currently processed pointer contains 
"IDLE", the flow does not branch to steps S637 to 
S640; the flow advances to step S62 to check the 

10 "document type" area in the document converting 

process table 28 of the "error report document" area. 
Since "error report formation source data" is set in 
this area in step S75, the flow advances to step S77 
(Fig. 30) . In step S77 7 "conversion information 

15 setting completed" is set in the "document converting 
process status" area of the "document converting 
process table" pointed by the currently processed 
pointer (in which the "document converting process 
table" address pointed in the "document converting 

20 process table pointer" area of the document management 
table 25) . In step S78, the start address of the 
"error report document" area in the document 
management table 25 is set in the "next pointer" area 
of the "document converting process management table" 

25 pointed by the currently processed pointer. 
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[0119] 

In step S79, the start address of the "error 
report document" is set in the currently processed 
pointer. In step S710, "text" is set in the "document 
5 type" area of the "document converting process 
management table" for the error report document, 
pointed by the currently processed pointer, thereby 
indicating that error report text conversion is 
necessary. In step S711, "wait until conversion 

10 completion in preceding stage" is set in the "document 
converting process status" area of the "document 
converting process management table" pointed by the 
currently processed pointer. In this way, the 
original document converting process, i.e., step S54 

15 in Fig. 23 is completed. 
[0120] 

Next, in step S55 (Fig. 23) the current document 
converting process table pointer is updated to the 
next one. Since no document converting process 

20 management table linked to the document management 
table 25 corresponding to the attached file part 93 
exists, the flow does not branch in step S511; the 
flow advances to step S56 to make the current document 
converting process table have the contents of the 

25 "error document converting process management table 



- 71 - 



pointer" in the document management table 25. If data 
is already set in this pointer, this means that an 
error report document exists, so the flow advances to 
an error report document converting process (S58) . 
5 [0121] 

In this error report document converting process 
starting from Fig. 24, in step S61 the "document 
converting process status" area in the current 
document conversion management table is checked. 

10 Since "conversion completed" is already set in step 
S71 (Fig. 29) as described previously, the flow 
branches to step S63 8 to terminate the error report 
document converting process and returns to step S59 
(Fig. 23) . In step S5 9, "document conversion 

15 management table" linked next to the current document 
converting process table is set in the current 
document converting process table, and the flow again 
advances to the error report document converting 
process in step S58. In the error report document 

20 converting process, in step S61 (Fig. 24) the 

"document converting process status" area in the 
current document conversion management table is 
checked. Since "conversion information setting 
completed" is already set in step S77 (Fig. 30) as 

25 described previously, the flow branches from step S640 
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to step S63. Since no receiving session is currently 
being executed, the flow advances to step. S64 to 
execute the converting process (Fig. 31) . 
[0122] 

5 In this converting process, in step S81 

"conversion in progress" is set in the "document 
converting process status" is set in the current 
document converting process table. In step S82, 
"document converting process content" area is checked. 

10 Since "error report formation" is already set in this 
area in step S72 (Fig. 29) as described above, the 
flow branches from step S834 to step S85. "Japanese S 
JIS" is set in the "document type" area of the current 
document management table in the content type 

15 analyzing process (Fig. 21, S47) . Also, it is 

determined that the "process result" in the "document 
converting process table" indicated by the "error 
document converting process management table pointer" 
area in the current document management table is 

20 "rasterization server error" (already set in step S824 
(Fig. 33)). Accordingly, text data of an error report 
such as shown in Fig. 37 is generated by Shift JIS 
character codes and written as a text file of 
"document path«file name" in the current document 

25 converting process table (S85) . 
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[0123] 

Since the text generating process is normal, the 
flow does not branch in step S83 5 to check the 
"document converging process status" area in the 
5 "document converting process table" linked to the 

"next pointer" area in the current document converting 
process table (S83) . If the content is "wait until 
conversion completion in preceding stage", YES is 
determined in step S836. After that, "IDLE" is set in 
10 this area (S84) , and the converting process is 
completed. 
[0124] 

Since the converting process (S64) shown in Fig. 
24 is completed and the "document converting process 

15 status" area is not "processing after error in 

progress", the error report converting process is 
completed, and the flow advances to step S59 in Fig. 
23. In step S59, the current document converting 
process table is set to the "document converting 

20 process table" linked to the "next pointer" area in 
the current document converting process table. Since 
the next table exists, YES is determined in step S512, 
and the error report converting process is again 
executed in step S58. The contents of the current 

25 document converting process table are the same as the 



- 74 - 



contents set in step S710 (Fig. 30); "text" is set in 
the "document type" area. Processing from this point 
is identical with the aforementioned processing for 
the header part 91, so a detailed description thereof 
5 will be omitted. 
[0125] 

The foregoing is the processing when error occurs 
in communication with the rasterization server. If 
error is detected when the rasterization server is 

10 rasterizing source data, the rasterization server 
generates an error report described above and 
transmits as an image file to the communication 
apparatus of this embodiment. Alternatively, the 
rasterization server informs the communication 

15 apparatus of error information, and the communication 
apparatus generates an error report. 
[0126] 

Fig. 34 is a protocol sequence view showing a 
rasterization request used in step S819 of Fig. 33 to 

2 0 request an image rasterization server 1418, connected 
via the LAN 2011 (or the WAN 2051), to rasterize data 
that cannot be rasterized in the communication 
apparatus 148 of the present invention. In this 
embodiment, TCP/IP is used as the protocol. 

25 [0127] 
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First, the communication apparatus of the present 
invention associates, by using TCP/IP, with the 
rasterization server apparatus by a port number (xx) 
corresponding to a demon process of rasterization 
5 (S121) . Next, the rasterization server apparatus 
responds (S122) to start a document rasterization 
request session. The communication apparatus sends a 
"rasterization request" command to the rasterization 
server apparatus (S123) to request the server to start 
10 the rasterizing process session. 
[0128] 

The communication apparatus receives a response 
from the rasterization server apparatus (S124) and, in 
order to report information "rasterization control 

15 data" pertaining to data requested to be rasterized, 
sends a "rasterization control data transfer request" 
to the rasterization server apparatus (S125) . After 
receiving a normal response from the server (S126) , 
the communication apparatus transmits the 

20 rasterization control data (S127) . As this 

rasterization control data, pieces of information such 
as "language type", "paper size for image 
rasterization" (e.g., A4 or B4), "form one file by a 
plurality of pages of raster images in image 
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rasterization" or "form one file by one page", and 

"reception number" are transferred. 

[0129] 

When completing the transmission of the 
5 rasterization control data and receiving a normal 
response from the server (S128) , the communication 
apparatus transmits a rasterization data transmission 
request command to the server (S12 9) . After receiving 
a response from the server (S1210) , the communication 

10 apparatus transmits electronic mail data (attached 
file data) as rasterization data on the basis of 
information recorded in a predetermined area of the 
management table (Fig. 13) (S1211) . This 
rasterization data transmitted is a "computer 

15 processable binary" file converted (decoded) from text 
to binary data. If a plurality of attached files 
required to be rasterized exist, the steps from the 
sending of the rasterization control data transfer 
request command (S125) are repeated. This makes 

20 transmission of data in one session possible. After 
completing the transmission of the electronic mail 
data, the communication apparatus receives a normal 
response from the server (S1212) . If no more file to 
be rasterized (to be transmitted) exists, the 

25 communication apparatus sends a "session termination 
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request" command to the rasterization server apparatus 
(S1213) . After receiving a normal response from the 
server (S1214) , the communication apparatus transmits 
a port disconnection request (S1215) to terminate the 
5 session. 
[0130] 

Fig. 35 shows a rasterized document transfer 
protocol sequence used to send raster image data from 
the image rasterization server 1416 to the 

10 communication apparatus 148. TCP/IP is used as when 
the communication apparatus requests rasterization. 
Assume that the image rasterization server has already 
received "form one file by one page" rasterization 
control data from the communication apparatus. 

15 [0131] 

The rasterization server apparatus 1416 
associates, by using TCP/IP, with the communication 
apparatus 14 8 by a port number (xx) corresponding to a 
demon process of rasterized document reception 

20 operating on the communication apparatus (S131) . Upon 
receiving a response from the communication apparatus 
(S132) , the server transmits a "rasterized file 
transfer session start request" command (S133) . The 
communication apparatus normally responds to this 
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command (S134) to start a rasterized document transfer 

session. 

[0132] 

First, the rasterization server apparatus 
transmits a "rasterized document transfer request" 
command (S135) . When receiving this command, the 
communication apparatus prepares for reception, e.g., 
acquires a memory and table for reception, and returns 
a response (S13 6) . Upon receiving the response, the 
server transmits "rasterization result data" such as 
"reception number" and "rasterizing process result" 
(S137) . Of the received rasterization result data, 
the communication apparatus sets necessary data in a 
predetermined area of the management table (Fig. 13) 
and returns a response (S138) . 
[0133] 

The rasterization server apparatus transmits a 
"rasterized file data transfer request" command for 
the first page (S139) . The communication apparatus 
sets information concerning a file to be transmitted, 
obtained from this command, into a predetermined area 
of the management table and returns a response (S1310) . 
Upon receiving this response, the server transmits 
file data (first page) rasterized into TIFF binary 
(S1311) . In this embodiment, "form one file by one 



page" is set when rasterization is requested. 
Therefore, the communication apparatus stores the 
received file in the HDD 2004 or the like. The 
communication apparatus also stores management 
5 information in the page management table 210 linked to 
the page management table pointer area in the "last 
document to be converted" area 29 of the document 
management table 23, and returns a response (S1312) . 
[0134] 

10 Subsequently, the server and the communication 

apparatus execute steps S139 to S1312 for a file of 
the second page. The communication apparatus stores 
management information of this second page file in the 
page management table 211. The same processing is 

15 repeatedly performed for the remaining pages. 

Transfer request (S1313) and file data transmission 
(S1315) are similarly performed for the last (Nth) 
page. The communication apparatus normally responds 
after reception (S1316) , and the rasterization server 

2 0 apparatus transmits a "data transfer completion 
information" command (S1317) . The rasterization 
server apparatus receives a normal response from the 
communication apparatus (S1318) and confirms that 
transmission of all pages terminates normally. If no 

25 more rasterized document exists, the server transmits 
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a "session termination request" command (S1319) . To 
transmit a plurality of documents, the steps from the 
transmission of the "rasterized document transfer" 
command (S135) to S1318 are repeated. When the 
5 communication apparatus receives the "session 

termination request" command and returns a normal 
response (S1320) , the rasterization server apparatus 
transmits a "port disconnection request" command to 
terminate the session. 
10 [0135] 

Fig. 36 is a printing process flow chart for 
performing control, after received electronic data is 
converted into image data printable by the printing 
device of the communication apparatus of the present 
15 invention, so that the image data does not mix with 
other printing data in units of pages. 
[0136] 

First, the electronic data converting transaction 
management table 21 (Fig. 13) storing received data 

2 0 and used in various converting processes is looked up 
(S161) . A "document management table" linked to the 
"document management table pointer" area of this table 
is set as a current document management table (S162) . 
In step S1614, whether all document management tables 

25 have been looked up is checked. If YES in step S1614, 
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the processing is terminated; if not, in step S163 the 
"error report document" area in the "document 
management table" is looked up as a current document 
converting process table. Whether all document 
5 converting process tables in the current document 
management table have been looked up is checked 
(S1611) . If YES in step S1611 and no error report 
document is being looked up (S169) , the flow advances 
to step SI 6 8 to set the current document management 
10 table to the contents of the "next pointer" area in 
the table, and returns to step S1614. 
[0137] 

On the other hand, if an error report is 
currently being looked up, the "last document to be 

15 converted" area in the current document management 
table is set as the current document converting 
process table as a document to be printed (S1610) , and 
the flow advances to step S1611. Since not all 
document converting process tables have been 

2 0 completely looked up, the "document type" area in the 
current document converting process table is looked up 
to check whether the document is "TIFF binary" or 
"JPEG binary" (S1615) . If the document is one of 
these two types, whether the "document path«file name" 

25 area in the current document converting process table 
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has been set is checked (S1616) . If this area has 
been set, the file is printed (S1617) . 
[0138] 

If the area has not been set, in step S164 the 
5 "page management table pointer" in the current 
document converting process table is set as the 
current page management table, and whether all pages 
have been looked up is checked (S1612) . If all pages 
have been looked up, in step S167 the next current 
10 document conversion management table is set to the 
next one, and the flow advances to step S1611. 
[0139] 

If not all pages have been looked up in step 
S1612, the "rasterization image f ile*path»f ile name" 

15 area in the current page management table is checked 
(S1613) . If this area has not been set, the flow 
advances to step S166; if YES, the set file is printed 
in step S165. In step S166, the contents of the "next 
pointer" in the current page management table are set 

20 in the table, and the flow advances to step S1612. In 
this manner, the printing process is completed through 
processing of all pages in document conversion 
management table . processing of all document 
management tables . processing of all document 

25 management tables. 
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[0140] 
[Other Embodiments] 

In the above embodiment, the present invention is 
applied to a hybrid machine having a copying function 
5 and a FAX function. However, the present invention 
can be applied to a system constituted by a plurality 
of devices (e.g., a host computer, interface, reader, 
and printer) or to an apparatus (e.g., a copying 
machine or facsimile apparatus) comprising a single 
10 device. 
[0141] 

Further, the object of the present invention can 
also be achieved by providing a storage medium storing 
program codes of software for performing the aforesaid 

15 functions according to the embodiments to a system or 
an apparatus, reading the program codes with a 
computer (or a CPU or MPU) of the system or apparatus 
from the storage medium, and then executing the 
program. 

20 [0142] 

In this case, the program codes read from the 
storage medium realize the functions according to the 
embodiments, and the storage medium storing the 
program codes constitutes the invention. 
25 [0143] 
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Further, as the storage medium for providing the 
program codes, it is possible to use, e.g., a floppy- 
disk, hard disk, optical disk, magnetooptical disk, CD 
ROM, CD R, magnetic tape, nonvolatile memory card, and 
5 ROM . 
[0144] 

Furthermore, besides aforesaid functions 
according to the above embodiments are realized by 
executing the program codes which are read by a 

10 computer, the present invention includes a case where 
an OS (Operating System) or the like running on the 
computer performs a part or the whole of actual 
processing in accordance with designations by the 
program codes and realizes functions according to the 

15 above embodiments. 
[0145] 

Furthermore, the present invention also includes 
a case where, after the program codes read from the 
storage medium are written in a function extension 
2 0 board which is inserted into the computer or in a 

memory provided in a function extension unit which is 
connected to the computer, a CPU or the like contained 
in the function extension board or unit performs a 
part or the whole of actual processing in accordance 
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with designations of the program codes and realizes 

functions of the above embodiments. 

[0146] 

When the present invention is applied to the 
5 above storage medium, this storage medium stores 

program codes corresponding to the aforementioned flow 
charts. For example, a module capable of realizing 
the flow chart shown in Fig. 16 is stored in the 
storage medium. 

10 [0147] 

[Effects of the Invention] 

As has been described above, the communication 
apparatus of the present invention can rasterize an 
electronic data document such as a word processor 

15 document or a spreadsheet document and output the 

rasterized data as image data. This releases the user 
of a PC from a series of complicated operation 
procedures of once converting a document into image 
data to form a TIFF file and attaching this TIFF file 

20 to electronic mail. That is, the user can easily send 
a desired word processor document or spreadsheet 
document from the PC by simply attaching the document 
using electronic mail software. 
[0148] 
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Also, a word processor document or a spreadsheet 
document is transferred to this communication 
apparatus without being rasterized into a TIFF file. 
Therefore, the data capacity is smaller than that of a 
5 TIFF file, so the data can be reliably transmitted to 
the communication apparatus. 
[0149] 

Furthermore, the language type of source is 
detected, and an error report described in that 
10 language is transmitted if error occurs. This allows 
the user to correctly recognize the contents of the 
error . 

[Brief Description of the Drawings] 
[Fig. 1] 

15 A block diagram showing the overall arrangement of a 
communication apparatus according to the present 
invention. 

[Fig. 2] 

A view showing the front external appearance of the 
2 0 communication apparatus according to the present 
invention. 

[Fig. 3] 

A view showing the external appearance of an 
operation unit. 
25 [Fig. 4] 
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A block diagram of a scanner image processor. 
[Fig. 5] 

A block diagram of a printer image processor. 
[Fig. 6] 

5 A block diagram of an image compressor/expander. 
[Fig. 7] 

A block diagram of an image rotator. 
[Fig. 8] 

A view for explaining an image rotating process. 
10 [Fig. 9] 

A view for explaining the image rotating process. 
[Fig. 10] 

A block diagram of a device I/F unit. 
[Fig. 11] 

15 A view showing the arrangement of a network system. 
[Fig. 12] 

A view showing the contents of electronic mail data. 
[Fig. 13] 

A view showing the data structures of electronic data 
2 0 management tables. 
[Fig. 14] 

A sequence diagram pertaining to a data converting 
process and a document type after the conversion. 
[Fig. 15] 
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A sequence diagram of an electronic mail 
communication procedure. 
[Fig. 16] 

A schematic flow chart of an electronic data 
receiving process. 
[Fig. 17] 

A flow chart of an electronic data delimiting process 
[Fig. 18] 

A flow chart of the electronic data delimiting 
process . 

[Fig. 19] 

A flow chart of the electronic data delimiting 
processing . 

[Fig. 20] 

A flow chart of the electronic data delimiting 
process . 

[Fig. 21] 

A flow chart of a content type analyzing process. 

[Fig. 22] 
A state transition diagram. 

[Fig. 24] 

A flow chart of a divided document converting process 
[Fig. 25] 

A flow chart of a divided document converting process 
[Fig. 26] 
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A flow chart of a divided document converting process. 
[Fig. 27] 

A flow chart of a divided document converting process. 
[Fig. 28] 

5 A flow chart of a divided document converting process. 
[Fig. 29] 

A flow chart of a divided document converting process. 
[Fig. 30] 

A flow chart of a divided document converting process. 
10 [Fig. 31] 

A flow chart of a converting process. 
[Fig. 32] 

A flow chart of a converting process. 
[Fig. 33] 

15 A flow chart of a converting process. 
[Fig. 34] 

A diagram of a document rasterization request 
protocol sequence . 
[Fig. 35] 

20 A diagram of a rasterized document transfer protocol 
sequence . 

[Fig. 36] 

A flow chart of a printing process, and 
[Fig. 37] 

25 A view showing an example of an error report. 
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[Description of the Reference Numerals] 

2001 CPU 

2002 RAM 
5 2003 ROM 

2 0 04 HDD 

2005 image bus I/F 

2006 operation unit I/F 
2 0 07 system bus 

10 2 008 image bus 

2010 network I/F 

2020 device I/F 

2040 image compressor/ expander 

2 050 modem 

15 2060 raster image processor 

2 070 scanner 

2095 printer 
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ABSTRACT 

[Summary] 

[Problem] To provide a communication apparatus 
analyzing non image data attached to an e-mail and 
5 outputting image data. 

[Solution] Delimiting, by using header 
information, a received e-mail into parts (S152), then 
applying a document converting process to each of the 
parts based on the header information and then 
10 outputting the conversion result as bit map data 
(S1511) . 

[Selected Drawing] Fig. 16 
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FIG. 12 



From : tara_yamada@maiLsrv.ccc.dd.ee 
To : fax_maiLmachine@mail_sn/.ccc.dd.ee 
Subject : Investigation Report 
Mime- Version : 1.0 

Content-type : Multipart/Mixed; HEADER 
boundary = "—Boundary— 0 

Data : Thu 19 Jun 1977 21:0:00 + 0999 
Message-Id :<1 997061 921 5959. TAA99999@mail srv.ccc.dd.ee> 
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—Boundary— 

Content-type : text/plain; charset = iso-2022-jp 
To Yamada Taro 

111 send you an investigation report. TEXT 



Attached File Name : reportdoc 
—Boundary— 

Content-Transfer-Encording : x-uuencode 
Content-Type : text/plain; name = u reportdoc° 
Content-Disposition : attachment : filename ^report-doc" 

(Contents of report, doc converted by uuencode) 

—Boundary— 
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ATTACHED FILE 
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